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Please replace the paragraph beginning at p£ge 5, bite 16 with the following: 


r-p FIGURE 4 is a block diagram of an overview of a function configuration subsystem, in 

47 

fj accordance with one embodiment of the present invention. 

Please replace the paragraph beginning atp3ge5^ lind'i^with the following: ! ■ 


FIGURE 5 is a screen shot depicting a function configuration subsystem in a selection view, 

in accordance with one embodiment of the present invention. 



Please replace the paragraph beginning at ogg^'fTlipe'22 with the following: 


if 

-Z~-- 

FIGURE 6A is a screen shot depicting a function configuration subsystem in a placement 

view, in accordance with one embodiment of the present invention. 


Please replace the paragraph beginning atpa^e^hpe^Twith^the following: 

At 

FIGURE 6B is a sequential screen shot of the function configuration subsystem in Figure 6A. 


Please replace the paragraph beginning at^ge6^1ifie3 with the following: 

m 

FIGURE 7 is a screen shot depicting a function configuration subsystem in a pin-out view, 

in accordance with one embodiment of the present invention. 


Please replace the paragraph beginning atj>gge^ ljud'^fwith the following: 


FIGURE 8 is a screen shot depicting a function configuration subsystem used to initiate a 

generation of an application programming interface, in accordance with one embodiment of the 

present invention. v 

-—- T -- 



Please replace the paragraph beginning atjjage 6, 



10 with the following: 
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FIGURE 9 is a screen shot depicting a displayed source file editing subsystem, in accordance 
with one embodiment of the present invention. 


Please replace the paragraph beginning at pa^e^lipC'lTwith the following: 


A method of generating an interface for programming electronic devices is described. In the 
following description, for purposes of explanation, numerous specific details are set forth in order 
to provide a thorough understanding of the present invention. It will be obvious, however, to one 
skilled in the art that the present invention may be practiced without these specific details. In other 
instances, well-known structures and devices are shown in block diagram form in order to avoid 


obscuring the present invention. 


Please replace the paragraph beginning at-ptige 8, (kte 16 with the following: 

The present invention is discussed primarily in the context of programming an electrical 
device, such as a microcontroller or an integrated circuit. However, it is appreciated that the present 
invention may be used to program other electronic devices that have the capability of being 
programmed. It is further appreciated that, in one embodiment, the programming of an electrical 
device is performed on a desktop or laptop computer system. It is also appreciated that the present 
invention can be used with other types of computer systems, e.g., mainframe computers, and portable 
computer devices, e.g., handheld computers (PDAs), that can provide programming of electronic 
devices. 



It is further appreciated that the present invention is embodied in PSOC and/or 



PROGRAMMABLE SYSTEM ON A CHIP microcontrollers and in PSOC DESIGNER software, 
available from Cypress Microsystems, Inc., of Bothell, Washington. It is also appreciated that 
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PSOC DESIGNER software provides a graphical user interface to facilitate the programming of 
electronic devices, such as microcontrollers, integrated circuits, and the like, such as is described in 
co-pending U.S. patent application serial number 09/989,570, filed on November 19,2001, entitled 
“METHOD FOR FACILITATING MICROCONTROLLER PROGRAMMING”, by Bartz, et ah, 
attorney docket number CYPR-CDO 1167M, and assigned to the assignee of the present invention 
and incorporated herein by reference. 


the following: 

It is appreciated that in one embodiment, client computer systems 290a and 290b and server 
computer 30 have an instancing of the device programming software disposed therein. It is 
appreciated that, in another embodiment of the present invention, the device programming software 
can be disposed in computer system 290a and in the server computer 30. Accordingly, if a company 
creates a new component/user module/device, or if an existing component/user module/device is 
modified by that particular company, the information regarding that specific component/user 
module/device can be made available to that company’s clients for updating. In one embodiment, 
that updated information can be acquired by the client via the Internet. In one embodiment, the data 
can be configured to be readable by a handheld device, e.g., a PDA (personal digital assistant), such 
that a PDA can be used to acquire updated or new information, and then transferred to the computer 
system upon which the device programming software is disposed, e.g., computer system 150 of 
Figure 1. Once the new or updated information is acquired by the client, the information can be 


Please replace the paragraph beginning afpage 11, line 24 with 


stored in a data storage device, data storage device 104 of Figure 1. 



Figure 3 is a screen shot of a starting page 300 of the device programming software, in one 
A'f embodiment of the present invention. Starting page 300 is displayed to a user when the device 
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programming software is initiated. Within starting page 300 is start selection box 301, which 
provides multiple selections from which a user may choose. In one embodiment, a user may start 
a new project by clicking on select button 310, or alternatively, a user may open an existing project 
via the browse button 311. Browse button 311 enables a user to retrieve a project that is stored 
within a memory unit, e.g., data storage device 104 of Figure 1. Subsequent to selection of the 
project to be opened, via browser button 311, a user then selects a subsystem, e.g., function 
configuration subsystem 312, source file editing subsystem 313, or debugging subsystem 314 of 
Figure 3, for utilization in conjunction with the project with which a user is working. The 
subsystems within the device programming software are dedicated interfaces for providing specific 
programming functionality. In the instance within the device programming software, there are, in 
one embodiment, three such subsystems. 



£ 

_ Please replace the paragrap h beginning at p^ge^3^jirl^^with the following: 

The first subsystem is a function configuration subsystem (e.g., the DEVICE EDITOR 

J; 

subsystem) 500 of Figures 5, 6A, 6B, and 7. The function configuration subsystem is utilized for 
selecting user modules, placing user modules, setting user parameters, selecting pin values, as 
described in Figure 4, and for generating user project files, e.g., user project files 408 of Figure 4. 



_ Please replace the paragraph beginning atpdge 13, fine 11 with the following: _ 

The second subsystem is a source file editing subsystem (e.g., the APPLICATION EDITOR 
subsystem) 900 of Figure 9. The source file editing subsystem is for programming the desired 
functionality into the device, subsequent to the completion of the configuration process. The source 
file editing subsystem is where source-code programming occurs. The source file editing subsystem 
source-code programming includes, but is not limited to, editing or modifying files, creating or 
adding files, removing or deleting files, compiling/assembling files, and building the project. 
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f 

Building the project links all of the programmed functionality of the source files, including device 

configuration, and loads it into a .rom file, which is the file that a user downloads for debugging 

and/or device programming. _ 

Please replace the paragraph beginning at^ge^I^^n^^^with the following: 

A* 

The third subsystem is a debugging subsystem, e.g., DEBUGGER 314 of Figure 3. The 

debugging subsystem allows a user to test the project in a hardware environment while viewing and 

debugging device activity in a software environment. 



_ Please replace the paragraph beginning afga^e 14, ljadiO with the fo llowing: 

Figure 4 is a block diagram for describing an overview of the functionality of a function 
configuration subsystem (e.g., the DEVICE EDITOR subsystem) 500 of Figure 5, a subsystem of 
the device programming software (e.g., PSOC DESIGNER software), in one embodiment of the 
present invention. The function configuration subsystem 500 provides to a user the ability to 
configure a programmable electronic device, such as a microcontroller, with specific functions as 
determined by a user. Graphical user interface 403, such as those depicted in Figures 5,6A, 6B, and 
7, provides an information-rich environment to a user during the editing process. In one 
embodiment, function configuration subsystem 500 outputs a user project data file, e.g., user project 
data file 404 of Figure 4. In one embodiment, function configuration subsystem 500 outputs a set 
of user project files, e.g., user project files 408. It is appreciated that user project data file 404 and 
user project files 408 can be built and debugged as an embedded application. 


Please replace the paragraph beginning at gage 14, line 23 with the following: 


A* 


Still referring to Figure 4, in one embodiment, steps to configure a programmable electronic 
device, e.g., a microcontroller, include creating a new project based upon a selected part. It is 
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appreciated that the data for the selected part can, in one embodiment, be drawn from device data 
402. Subsequent to creating a new project, user modules are selected to be included in the project. 
It is appreciated that the data for the selected user modules can, in one embodiment, be drawn from 
user module data 406. User modules can include, but are not limited to UARTs (universal 
asynchronous receiver transmitters), counters, amplifiers, timers, digital to analog converters, and 
analog to digital converters. The selected user modules are then placed on the part. The placement 
of each of the user modules on the part triggers a dynamic update of the user project data, e.g., user 
project data 404. Parameters for each of the placed user modules are then set, which further triggers 
a dynamic update of user project data 404. Pin values are then selected for connection to the 
appropriate user modules. Subsequent to pin value selection, the user project files, e.g., user project 
files 408, are generated and the user project data, e.g., user project data 404, is saved. 

Please replace the paragraph beginning at pa^e^5^1ihe^l6 with the following: 

Still referring to Figure 4, GUI 403, through which a user observes and inputs their changes, 
e.g., user inputs 405, is driven by device data 402 and user module data 406, in one embodiment of 
the present invention. It is appreciated that user project data 404 contains sufficient information, 
such that, in one embodiment, when that information is combined with device data 402 and user 
module data 406, user source files can be produced. In one embodiment, user source files can 
include, but are not limited to, initialization data and routines that realize the configuration when an 
embedded application is started. Also included in user source files are, in one embodiment, API 
functions that a user can utilize to control access the user modules. Further included in user source 
files is a boot file which contains an interrupt vector table. It is appreciated that the interrupt vector 
table is determined by the placement of the user modules. 


Please replace the paragraph beginning at page 16, brie 16 with the following: 
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P' 

Figure 5 depicts, in one embodiment, function configuration subsystem 500, a graphical user 

interface that is generated in response to a user selecting the DEVICE EDITOR subsystem 412 of 

the device programming software (e.g., PSOC DESIGNER software), as described in Figure 3. 

Within the displayed interface of function configuration subsystem 500, there are several active 

windows. It is appreciated that the subsystems, as described in Figure 3, comprise multiple active 

windows. It is further appreciated that each of the subsystems contain their own particular active 

windows. It is also appreciated that, in one embodiment, a subsystem may have various different 

active windows which are independently generated depending upon which task a user is performing 

or which view a user has chosen within the selected subsystem. 


Please replace the paragraph beginning atjja^Tyjifl^^with the following: 

A* 

Still referring to Figure 5, function configuration subsystem 500 is shown in a user module 

selection view, and to the left is user module window 501, which displays, in this embodiment, the 

user modules or components which are available to be utilized in the current project. In one 

embodiment, user modules/components can include, but are not limited to, ADCs, DACs, timers, 

PWMs, and so on. It is through this view that the user modules/components for the current project 

are selected. 


r 

Please replace the paragraph beginning at U-rfe^TcTwith the following: 



To the right of user module window 501 are user module information windows 502a and 

502b. In this embodiment, user module information window 502a shows a schematic diagram of 

a selected module, e.g., an ADCINC12_1, and user module information window 502b shows the 

data of the selected module. In user module information window 502b, shown is the specific 

technical information related to the selected user module/component. Additionally, as can be seen 



along the bottom of window 502b, there are multiple select tabs which, when selected, generate data 
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relative to that subject. For example, if a user selects “Specs” from the tabs, the device programming 
software will display data regarding the specifications of the selected module. It is appreciated that 
in the event any of the data related to the selected module, in this example, ADCINC121 is 


changed, that updated information is displayed in user module information windows 502a and 502b, 


respectively. 




_Please replace the paragraph beginning at p£ge 18, line 14 with the following: 


Figure 6A shows, in one embodiment, function configuration subsystem 500 in a module 
placement view. It is through this view that the selected user modules/components, as described in 
Figure 5, are placed. In this embodiment, window 501 displays the global resources and user 
module resources relative to the placement of the selected modules for the current project. The 
global resources are hardware settings that determine the underlying operation of the part (for the 
entire application). Global resources can include parameters such as, CPU-Clock, which designates 
the processing speed of the current project. To the right of each of the global resources are 
corresponding values which can be adjusted in accordance with available values and requirements 
of the current project. Adjusting the values requires a simple click on the value to generate a list of 
available values for that particular resource._ 


Please replace the paragraph beginning at page 20, lirte 6 with the following: 


Figure 7 shows function configuration subsystem 500 in a pin-out view, in one embodiment. 


It is through this view that the configuration of the pins, e.g., connections, pin types, and drive 
characteristics are determined. Active window 501 displays global resources and port and drive pin 
configurations for the corresponding pin numbers on an electronic circuit shown to the right of 
window 501, in pin-out view window 506. In this embodiment, the electronic circuit is shown to 


be two-sided and containing 48 pins. It is appreciated that the pin-out view is dependent upon the 
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selected part. For example, if the selected part in the current project was a four-sided circuit with 
44 pins, instead of the two-sided part with 48 pins, as shown, the pin-out view would generate a 
representation of that part that would show four sides with eleven pins on each side. In another 
example, if the selected part in the current project was a ball grid array, that, too, would be 
graphically represented in pin-out view window 506. 



_ Please replace the paragraph beginning at page 21, line 14 with the following: _ 

Figure 8 shows function configuration subsystem 500 in pin-out view. To initiate the 
generation of API related to the current project, a user just clicks on generate application button 810. 
Clicking generate application button 810 causes the device programming software to instruct the 
computer system upon which the the device programming software is loaded, e.g., computer system 
150 of Figure 1, to process the data that has been stored, e.g., device data 402, user project data 404, 
and user module data 406. The device programming software incorporates the above described data 
and existing assembly-source and C compiler code (including the project library source, e.g., 
PSocConfig.asm in source tree window 901 in Figure 9) and generates an API (application 
programming interface) shell, which in one embodiment can include an ISR (interrupt service 
routine) shell, and which is used by application programmers to cause the user module to do specific 
functions. 


Please replace the paragraph beginning atj?a^e22, Ji-rtelfwith the following: 


/I 




It is appreciated that generate button 810 does not have to be selected in a function 
configuration subsystem, e.g., DEVICE EDITOR subsystem 500 of Figure 8, to generate the APIs. 
It is known by the source file editing subsystem, e.g., source file editing subsystem 900 of Figure 
9, that the most current/up-to-date APIs have not been generated, and source file editing subsystem 
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900 will, in one embodiment, initiate API generation when the project is built, e.g., selecting build 
button 950 of Figure 9. 


_ Please replace the paragraph beginning at ^p’age 22, line 9 with the following: 

The APIs are, in one embodiment, in the form of .asm (editable assembly language source 
file), .h (editable assembly language include/header file), and .inc (editable c-language include file) 
files. It is appreciated that these files are editable, such that a user can alter the contents. In one 
embodiment, these files can be used to perform common functions that are required to interact with 
the user module (e.g., how to start the timer, how to stop the timer, how to interact with the timer, 
etc.). Further, the generation processes receive setting information from a parameterization block 
are slightly altered thereby such that the proper settings are realized. These files provide the device¬ 
interface and interrupt-activity framework for source programming. The API and ISR files can be 
accessed in a source tree, e.g., source tree window 901 of Figure 9. In addition, the device 
programming software has further created a data sheet based upon the configurations from function 
configuration subsystem 500 of Figures 5, 6A, 6B, and 7. 


Please replac e the paragraph beginning atjztfge 23, Jjne 4 with the following: _ 

It is appreciated that generate application button 810 in Figure 8 can be activated from within 
any of the three function configuration subsystem window views, e.g., the selection view as shown 
in Figure 5, the placement view as shown in Figure 6A and 6B, and the pin-out view as shown in 
Figure 7. _____ 


Please replace the paragraph beginning at page 23, lipe 9 with the following: 


Figure 9, shows, in one embodiment, a screen shot depicting activating source file editing 
subsystem 900. To the left is source tree window 901, a hierarchical display of the files generated 
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by clicking on generate application button 810. To the right is source-file editing window 902, 
which displays those files in source tree window 901 for facilitating viewing and editing of the 
source files. Along the bottom of the source file editing subsystem interface is status window 903, 
which displays error messages if there are code problems that occur when the files are compiled and 
built. ___— 


Please replace the paragraph beginning a^age 24,,Iirfe 16 with the following: _ 

The operating platform upon which embodiments of the present invention may be practiced 
is, in one embodiment, a MICROSOFT WINDOWS operating platform commercially available from 
Microsoft Corporation of Redmond, Washington. However, it is appreciated that other operating 
platforms may be used to practice embodiments of the present invention. 


Please replace the paragraph beginning atpdge 25,jifie 14 with the following: 


In step 1002 of Figure 10, a graphical user interface is displayed, such as function 
configuration subsystem 500 of Figure 5, through which a user can initiate the generation of the API 
(application programming interface), in one embodiment of the present invention. 


Please replace the paragraph beginning at ngge 26, \ja€V with the following:_ 


In step 1008 of Figure 10, the data regarding the current project is seamlessly stored. In one 
embodiment, the data relating to the electronic device being designed is stored in device data 402 
^ Z, and user project data 404 of Figure 4. In one embodiment, the data relating to the selected 
component is stored in user module data 406 and user project data 404 of Figure 4. In one 
embodiment, the data relating to the configuration of the component is stored in user project data 
_402 of Figure 4. 



